Silk Road forums
Support => Feature requests => Topic started by: ItalianMafiaBrussels on September 25, 2013, 05:11 pm
-
For vendors with a lot of transactions, it can be very time consuming (especially when SR is loading slow as it is the case recently) to browse for 10+ pages to find a specific transaction ID for a dispute.
it's even more disspaointing to have to browse through ALL your pages, only to find out a user was making up a transaction ID to try to scam you, claiming he had an order placed..
We really NEED a search function for transaction IDs, or integrate it into the current search function so that every time you enter something that precedes a # symbol, it searches in your order history..
THANKS DPR.
-
For vendors with a lot of transactions, it can be very time consuming (especially when SR is loading slow as it is the case recently) to browse for 10+ pages to find a specific transaction ID for a dispute.
it's even more disspaointing to have to browse through ALL your pages, only to find out a user was making up a transaction ID to try to scam you, claiming he had an order placed..
We really NEED a search function for transaction IDs, or integrate it into the current search function so that every time you enter something that precedes a # symbol, it searches in your order history..
THANKS DPR.
I've been pondering this as well, but from a slightly different angle than the one you've taken. In my version whenever you have correspondence with a buyer it should ideally show "all" previous transactions along with the current status for each one. While this alone would help immensely the potential benefits to this System could be greatly improved when combined with Upgraded Listing Options: http://dkn255hz262ypmii.onion/index.php?topic=182090
Let's say a customer claims he did not get the order from you, but hasn't opened a dispute yet. He messages you and you can instantly see what transaction he's talking about as it shows up in the same window. Now also imagine with the advent of Upgraded Listing Options you can see two previous Vendors have marked this buyer as a scammer claiming Products are not arriving, thus making it an easy choice for you to simply take it to resolution with "proof" from two previous Vendors on your side. This System would also greatly help with not accepting scamming customers like this to begin with pre-set filters ( although they would obviously most likely get away with the first scamming attempt depending on the Vendor ).
Would something like this work or have I missed something with how the Dispute System is working? :)
-
For vendors with a lot of transactions, it can be very time consuming (especially when SR is loading slow as it is the case recently) to browse for 10+ pages to find a specific transaction ID for a dispute.
it's even more disspaointing to have to browse through ALL your pages, only to find out a user was making up a transaction ID to try to scam you, claiming he had an order placed..
We really NEED a search function for transaction IDs, or integrate it into the current search function so that every time you enter something that precedes a # symbol, it searches in your order history..
THANKS DPR.
I've been pondering this as well, but from a slightly different angle than the one you've taken. In my version whenever you have correspondence with a buyer it should ideally show "all" previous transactions along with the current status for each one. While this alone would help immensely the potential benefits to this System could be greatly improved when combined with Upgraded Listing Options: http://dkn255hz262ypmii.onion/index.php?topic=182090
Let's say a customer claims he did not get the order from you, but hasn't opened a dispute yet. He messages you and you can instantly see what transaction he's talking about as it shows up in the same window. Now also imagine with the advent of Upgraded Listing Options you can see two previous Vendors have marked this buyer as a scammer claiming Products are not arriving, thus making it an easy choice for you to simply take it to resolution with "proof" from two previous Vendors on your side. This System would also greatly help with not accepting scamming customers like this to begin with pre-set filters ( although they would obviously most likely get away with the first scamming attempt depending on the Vendor ).
Would something like this work or have I missed something with how the Dispute System is working? :)
I like the first idea you mention.
The second thing, if i understood it well, is a bit over-kill and maybe even pointless in my opinion. A scammer will just make new fresh clean account so you don't have any 'proof', for every scam he pulls off.
-
For vendors with a lot of transactions, it can be very time consuming (especially when SR is loading slow as it is the case recently) to browse for 10+ pages to find a specific transaction ID for a dispute.
it's even more disspaointing to have to browse through ALL your pages, only to find out a user was making up a transaction ID to try to scam you, claiming he had an order placed..
We really NEED a search function for transaction IDs, or integrate it into the current search function so that every time you enter something that precedes a # symbol, it searches in your order history..
THANKS DPR.
I've been pondering this as well, but from a slightly different angle than the one you've taken. In my version whenever you have correspondence with a buyer it should ideally show "all" previous transactions along with the current status for each one. While this alone would help immensely the potential benefits to this System could be greatly improved when combined with Upgraded Listing Options: http://dkn255hz262ypmii.onion/index.php?topic=182090
Let's say a customer claims he did not get the order from you, but hasn't opened a dispute yet. He messages you and you can instantly see what transaction he's talking about as it shows up in the same window. Now also imagine with the advent of Upgraded Listing Options you can see two previous Vendors have marked this buyer as a scammer claiming Products are not arriving, thus making it an easy choice for you to simply take it to resolution with "proof" from two previous Vendors on your side. This System would also greatly help with not accepting scamming customers like this to begin with pre-set filters ( although they would obviously most likely get away with the first scamming attempt depending on the Vendor ).
Would something like this work or have I missed something with how the Dispute System is working? :)
I like the first idea you mention.
The second thing, if i understood it well, is a bit over-kill and maybe even pointless in my opinion. A scammer will just make new fresh clean account so you don't have any 'proof', for every scam he pulls off.
On the second point you're technically right - the scammer could in fact keep registering new Accounts. However there's many Vendors who want the ability to sort out Buyers based on criteria like their previous Buyer Statistics and no extreme Refunds, and the scammers would have no easy way of defeating this new System short of spending considerably large amount of Funds for multiple Accounts which even then would still be a better System than the one we have now with things like the thread Suspicious/Irresponsible Buyer LIST ONLY *No Discussion*: http://dkn255hz262ypmii.onion/index.php?topic=15958 [ Vendor Roundtable ]
Also you should consider with a new System things wouldn't necessarily work the same, say the current state of Silk Road is the equivalent to a broadband connection of 10 mbps, while the new one could be 100 mbps - opens up a lot of new possibilities which are simply not available at the moment.